koko
2004-08-23 17:05:48 ( ID:8nc8dfqd1yc )
[ 削除 / 引用して返信 ]
2PassVBRで出力すると後半のほうでビットレートがぜんぜん足りなくなって画像が荒れてしまい困ってます。どうすれば直りますか?
ちなみにBitrateViewerと再生ソフトとTE3.0で見てチェックしました。
あと固定品質でやると正常なんですが・、2Passのほうがきれいにできるので・・。
それと〜30分ぐらいのは正常に出力されます。
入力:AVIzlibCompressor、d2v→tpr、aup(98d)
約50分 23.976 73007frame
形式:MPEG2設定:720*480 16:9 23.976(内部29.97)
VBR(平均)[平均9000.最大9400.最低4000.チェックなし]
224 NTSC 10ビット 再生時3:2プルダウン 最高精度 ES(Videoのみ)
GOP:1.5.2.18 3つともチェックあり 量子化行列:デフォルト
検証担当
2004-08-23 19:32:07 ( ID:uexq2jhhhql )
[ 削除 / 引用して返信 ]
TMPGEnc 3.0 XPress御使用ありがとうございます。
検証担当です。
2passでは、2passのキャッシュを保存するという設定があります。
VFAPI経由などで1pass目に取得したデータと2pass目に取得したデータが
もし、異なっていた場合動き検索が破綻してしまいます。
この場合2passのキャッシュを保存せずにエンコードしていただくか
複数のVFAPIアプリを経由せずにTMPGEnc 3.0 XPressのみでのエンコードを試して
いただけますでしょうか?
これからもTMPGEnc 3.0 XPressをよろしくお願いします。
koko
2004-08-24 00:29:08 ( ID:8nc8dfqd1yc )
[ 削除 / 引用して返信 ]
キャッシュ保存なしして2Passで試してみましたがだめでした。
固定品質に比べて後ろのほうが明らかにビットレートが足りないです。
平均をあげるとほんの少し変わりますけど、それでも固定品質には及びません。
元の容量が40ギガもあるのが悪いのかな、それともコーデック:AVIzlibCompressorが悪いんですかね・・。
d2v→tpr、aupでも同じ症状になるから、コーデックのせいでは・・。
25分とか30分のものでは、どのやり方をしても正常にできるんですが。
ちょうき
2004-08-24 21:56:49 ( ID:6rsdc3tzpv2 )
[ 削除 / 引用して返信 ]
2passの原理的に、ここにはこういうビットレートを配分して・・・ってやり方。
この場合相性の悪いソースではビットレート指定どおりにならない事があります。
すると、最期にしわ寄せが行きそうです。
そういうソースで合った場合は、パス数が増えるとか、2passのアルゴリズムが
変わらないと厳しいかもしれませんね。
koko
2004-08-24 23:58:37 ( ID:8nc8dfqd1yc )
[ 削除 / 引用して返信 ]
・・相性の悪いソースって、三個同じの長さのソースがありますが、全部
だめなんですが・・(笑)。結果はソースによってが違いますが、三個とも後ろのほうが
ビットレートが足りくなってます。(足りないというか3M〜4Mぐらいで設定したときと
同じような画質を維持しようとしてます)
fay
2004-08-26 22:55:31 ( ID:rvwdyk8hxf. )
[ 削除 / 引用して返信 ]
よく映画などをDVDに収まるビットレートで2パスエンコードしていますが、特にそのよ
うなことになった記憶はありません。ただ私は平均9Mbpsなどでエンコードすることは
ほとんどありません。結構低ビットレート志向です。
基本的に今回のような内容は開発側で再現しなければどうにもならないことです。どう
してもチェックして欲しいなら、ソースとプロジェクトを何とかして送るってのが確実
な手じゃないかと思います。DVD-Rに収まるくらいのソースで再現するなら簡単に送れる
のですが、40Gとなるとかなり厳しいですね。
今回の話題で興味があるのが、出来上がりのファイルサイズです。書かれている2パス
の結果とCBR-9Mbpsの結果でファイルサイズは同じくらいでしょうか? 後半のビット
レートが下がっているならファイルサイズは目に見えて小さくなるはずですよね?
BitrateViewerで見たときに後半のビットレートは下がっていますか?
あとPC環境が書かれていませんが、環境設定のCPUでマルチスレッド系オプションを
OFFにしたりSSE/SSE2をOFFにしたりしても再現しますか?
koko
2004-08-31 19:42:26 ( ID:8nc8dfqd1yc )
[ 削除 / 引用して返信 ]
OS:XP CPU:P42.55G メモリ:PC800.512MB チップ:Intel850 HDD:160G,120G
VIDEO:RADEON9000
SSE、SSE2をOFFは試したことはないです。
エンコード時間:固定品質 約1時間46分 2パス 約3時間5分
ファイルサイズは固定品質9Mが1.73G、2パスの平均9Mが1.55G、6Mが1.56Gでした。
BitrateViewerで見たときの平均ビット:固9Mが5.8M、2パス9Mが5.1M、2パス6Mが5.2M
平均Qlevel:固9M 1.48、2パス9M,172、2パス6M,1.62。
後ろのある部分では、固9M:6.7 2パス9M:3.1M 2パス6Mが5.5Mになります。
固定品質と2パス6Mが比較的近いです。2パス9Mはかなり低い状態です・・。
「素材は暗いシーンや動きが少ないシーンが一般的?に比べると多いです」
2.5で試して見ましたが、3.0とほぼ同じ結果なります。
koko
2004-08-31 20:39:34 ( ID:8nc8dfqd1yc )
[ 削除 / 引用して返信 ]
今度は46分のファイルで試してみました。結果は、前回と同じ後ろのほうが
ビットレート不足な結果になりました。
2パス:1M-8.4M-9.3Mサイズ1.28G 固定品質:1M-9.3M(100)サイズ1.57G
いろいろ試した結果平均を下げるとバランス良くなるようです。
でも固定品質のが上限まで振り分けるのに2パスは平均が低いせいで、固定品質より
上限まで振り分けてくれない・・・。
でもBitrateViewerで見たときの、Qlevelは固定品質のほうはが高い「ビットレートに
余裕があるのに低くしてくれない」、2パスのほうがQlevelが低い(1.00)。「余裕があ
るところはしっかりと低くしてくれる」
固定品質(100)のほうがQlevelが高くなるのはどうしてですか、Qlevelが低いほうが
画質が良い?安定?してるじゃないんですか・・?。
2パスで平均が高いと後ろが低くなるのは、仕様、不具合どっちですか。
説明には高いほうが綺麗(高画質)、低いと汚く(低画質)なると書いてあるけど?
|